Transport mode data transfer between a channel subsystem and input/ output devices

ABSTRACT

A computer program product is provided for performing an input/output (I/O) operation at a host computer system configured for communication with a control unit. The computer program product is configured to perform: sending a transport mode command message from a channel subsystem to the control unit, the command message including a command for data to be transferred to an I/O device controlled by the control unit; and sending a data transfer message to the control unit, the data transfer message having an amount of the data to be transferred, the amount of the data being less than or equal to a maximum amount of data, the maximum amount of data corresponding to a number of buffers associated with the control unit and a size of each of the number of buffers, the number and the size indicated by a value maintained in the host computer system.

BACKGROUND

The present disclosure relates generally to input/output (I/O)processing, and in particular, to providing features to facilitatetransport mode I/O operations.

Input/output (I/O) operations are used to transfer data between memoryand I/O devices of an I/O processing system. Specifically, data iswritten from memory to one or more I/O devices, and data is read fromone or more I/O devices to memory by executing I/O operations.

To facilitate processing of I/O operations, an I/O subsystem of the I/Oprocessing system is employed. The I/O subsystem is coupled to mainmemory and the I/O devices of the I/O processing system and directs theflow of information between memory and the I/O devices. One example ofan I/O subsystem is a channel subsystem. The channel subsystem useschannel paths as communications media. Each channel path includes achannel coupled to a control unit, the control unit being furthercoupled to one or more I/O devices.

The channel subsystem and I/O device may operate in a transport modethat supports the transfer of one or more command control blocks totransfer data between the I/O devices and memory. A transport controlword (TCW) specifies one or more I/O commands to be executed. Forcommands initiating certain I/O operations, the TCW designates memoryareas associated with the operation, the action to be taken whenever atransfer to or from the area is completed, and other options.

Data transfers sent to I/O devices can cause data overflow at theirrespective control units if data is transferred at a rate that exceedsthe ability of the control units to process the data.

SUMMARY

Embodiments include a computer program product for performing aninput/output (I/O) operation initiated by an I/O operation instructionat a host computer system configured for communication with a controlunit. The computer program product includes a non-transitory tangiblestorage medium readable by a processing circuit and storing instructionsfor execution by the processing circuit for performing: sending atransport mode command message from a channel subsystem in the hostcomputer system to the control unit to initiate the I/O operation, thecommand message including a command for data to be transferred from thehost computer system to an I/O device controlled by the control unit;and sending a data transfer message to the control unit, the datatransfer message having an amount of the data to be transferred, theamount of the data to be transferred being less than or equal to amaximum amount of data, the maximum amount of data corresponding to anumber of buffers associated with the control unit and a size of each ofthe number of buffers, the number and the size indicated by a valuemaintained in the host computer system.

Other embodiments include a method of performing an input/output (I/O)operation initiated by an I/O operation instruction at a host computersystem configured for communication with a control unit. The methodincludes: sending a transport mode command message from a channelsubsystem in the host computer system to the control unit to initiatethe I/O operation, the command message including a command for data tobe transferred from the host computer system to an I/O device controlledby the control unit; and sending a data transfer message to the controlunit, the data transfer message having an amount of the data to betransferred, the amount of the data to be transferred being less than orequal to a maximum amount of data, the maximum amount of datacorresponding to a number of buffers associated with the control unitand a size of each of the number of buffers, the number and the sizeindicated by a value maintained in the host computer system.

Further embodiments include a system for performing an input/output(I/O) operation initiated by an I/O operation instruction at a hostcomputer system configured for communication with a control unit. Thesystem includes a memory having computer readable computer instructions,and a processor for executing the computer readable instructions. Theinstructions are for: sending a transport mode command message from achannel subsystem in the host computer system to the control unit toinitiate the I/O operation, the command message including a command fordata to be transferred from the host computer system to an I/O devicecontrolled by the control unit; and sending a data transfer message tothe control unit, the data transfer message having an amount of the datato be transferred, the amount of the data to be transferred being lessthan or equal to a maximum amount of data, the maximum amount of datacorresponding to a number of buffers associated with the control unitand a size of each of the number of buffers, the number and the sizeindicated by a value maintained in the host computer system.

BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter of embodiments is particularly pointed out anddistinctly claimed in the claims at the conclusion of the specification.The foregoing and other objects, features, and advantages of theinvention are apparent from the following detailed description taken inconjunction with the accompanying drawings in which:

FIG. 1 depicts one embodiment of an I/O processing system incorporatingand using one or more aspects of the present invention;

FIG. 2 depicts one embodiment of a transport control word (TCW);

FIG. 3 depicts one embodiment of a transport command information unit(IU);

FIG. 4A and FIG. 4B (collectively referred to as FIG. 4) depicts oneembodiment of a Process Login (PRLI) request message and a PRLI responsemessage;

FIG. 5 depicts one embodiment of a transport response IU;

FIG. 6 depicts one embodiment of a status area of the transport responseIU of FIG. 5; and

FIG. 7 is a flow chart depicting an embodiment of a method forconfiguring communications between a channel and a control unit of anI/O device and/or performing an I/O operation.

DETAILED DESCRIPTION

Embodiments described herein facilitate input/output (I/O) processing ina computer system. The computer system includes a host computer thatincludes a channel subsystem. The channel subsystem includes one or morechannels for communication with a control unit of an I/O device. A datatransfer control feature is provided that allows the control unit tospecify a number and/or size of first-transfer buffers available to thechannel. In one embodiment, the data transfer control feature defines afirst-transfer-buffer size (FTBS) value specified by the control unit,and a first-transfer-buffer credits (FTBC) value. The FTBS and FTBC arestored in the channel and used to limit the amount of data that can betransferred to the control unit in a first data transfer message. In oneembodiment, the control unit can specify or dynamically modify the FTBCvia a response message sent to the channel in response to receiving anI/O command or commands and/or executing an I/O operation. Support forthe data transfer control feature may be established during a linkinitialization (e.g., indicated in Process Login request and responsemessages) between the channel and the control unit.

FIG. 1 illustrates an exemplary embodiment of an I/O processing system100 that includes a host computer system 102 that includes a datastorage and/or processing system such as a zSeries® mainframe computerby International Business Machines Corporation (IBM®). IBM is aregistered trademark of International Business Machines Corporation,Armonk, N.Y., USA. Other names used herein may be registered trademarks,trademarks or product names of International Business MachinesCorporation or other companies. The host computer system 102 includesvarious processing, storage and communication elements. In oneembodiment, the host computer system 102 includes one or more centralprocessing units (CPUs) 104, memory components such as a main storage ormemory 106, an expanded storage or memory 108, one or more operatingsystems (OSs) 110 that are executed by one or more of the CPUs 104. Forexample, one CPU 104 can execute a Linux® operating system 110 and/or az/OS® operating system 110 as different virtual machine instances. CPU104 is the controlling center of the I/O processing system 100. Itcontains sequencing and processing facilities for instruction execution,interruption action, timing functions, initial program loading, andother machine-related functions. CPU 104 is coupled to the main memory106 and/or expanded memory 108 via a connection 113, such as abidirectional or unidirectional bus.

The host computer system 102 also includes a channel subsystem 114 thatprovides a communication interface between the host system 101 andvarious I/O devices 116, which may controlled by one or more controlunits 118. I/O devices include equipment such as printers, magnetic-tapeunits, direct-access-storage devices, displays, keyboards,communications controllers, teleprocessing devices, and sensor-basedequipment. In the description herein, the terms “control unit” and“device” may be used interchangeably, or a control unit may beconsidered to include one or more devices. The channel subsystem 114directs the flow of information between the I/O devices 116 and the hostcomputer system 102. It relieves the CPUs 104 of the task ofcommunicating directly with the I/O devices 116 and permits dataprocessing to proceed concurrently with I/O processing. The channelsubsystem 114 is coupled to the CPUs 104, the main memory 106 and/or theexpanded memory 108 via a connection 120, such as a bus.

In one embodiment, the channel subsystem 114 is connected to each I/Odevice 116 via a respective “channel path” 122 that connects the channelsubsystem 114 to each control unit 118 via a connection 124 such as aserial or parallel link. Control units 118 may be attached to thechannel subsystem 114 via more than one channel path 122, and an I/Odevice 116 may be attached to more than one control unit 118 and/or I/Odevice 116. In all, an individual I/O device 116 may be accessible bymultiple channel paths. A channel path can use various types ofconnections, such as a parallel interface, a serial-I/O interface and aFICON I/O interface. For example, a serial channel path may include oneor more optical fibers connected to a control unit 118 via, e.g., adynamic switch 126 in a Fibre channel fabric, and a parallel interfacemay include a number of electrical or fiberoptic conductors.

In one embodiment, the channel subsystem 114 includes one or moreindividual channels 128 that are each connected to one or more controlunits 118 and/or I/O devices 116 via one or more channel paths 122. Eachchannel 128 includes processing electronics such as a local channelmicroprocessor 130 and a local channel memory 132 that is connected toand accessible by the local channel microprocessor 130. The localchannel memory 132 may include information such as a channel-programdesignation, a channel-path identifier, a device number, a device count,status indications, as well as information on path availability andfunctions pending or being performed.

Also located within each channel 128 are one or more subchannels. Eachsubchannel is a data structure located within a channel memory 132 thatprovides information concerning an associated I/O device 116 and itsattachment to the channel subsystem 114. The subchannel also providesinformation concerning I/O operations and other functions involving theassociated I/O device 116. The subchannel is the means by which thechannel subsystem 114 provides information about associated I/O devices116 to the CPUs 104. In one embodiment, the number of subchannelsprovided by the channel subsystem is independent of the number ofchannel paths 122 to the associated I/O devices 116. For example, adevice 116 accessible through alternate channel paths 122 still isrepresented by a single subchannel.

Each control unit 118 provides logic to operate and control one or moreI/O devices 116 and adapts, through the use of common facilities, thecharacteristics of each I/O device 116 to the link interface provided bya channel 128. The common facilities provide for the execution of I/Ooperations, indications concerning the status of I/O devices 116 and thecontrol unit 118, control of the timing of data transfers over a channelpath 122 and certain levels of I/O device control. A control unit 118may be housed separately, or may be physically and logically integratedwith an I/O device, the channel subsystem, or a CPU.

Each control unit 118 includes one or more buffers or memory elements(not depicted) to store messages, status information and datatransferred to the control unit 118 by a channel 128. The buffers aredisposed in the control unit 118, an associated I/O device, or otherwisedisposed such that the control unit 118 can utilize the buffers toprocess I/O operations and data. One or more of the buffers areconfigured as “first-transfer” buffers, which are configured to receivedata from the first data transfer message sent to the control unit 118for an I/O operation or command.

One or more of the above components of the I/O processing system 100 arefurther described in “IBM® z/Architecture Principles of Operation”,Publication No. SA22-7832-08, tenth edition, September 2012, which ishereby incorporated herein by reference in its entirety.

I/O operations are described as any operation that involves the transferof data between the host computer system 102 and I/O devices 116. Asdescribed herein, an I/O operation includes the communications betweenthe channel subsystem 114 and a device 116 (via, in one embodiment, acontrol unit 118) in which a single command (e.g., a channel commandword or CCW), a single command message including multiple commands(e.g., a transport command information unit or transport command controlblock (TCCB)), or multiple chained commands (e.g., multiple CCWs) aresent from the channel subsystem 114 to a device. The I/O operation mayalso include one or more response messages generated by the device 116or an associated control unit 118 in response to receiving and/orexecuting the command or chained commands.

There are two modes of subchannel operation. In one embodiment, the hostcomputer system 102 operates in a “command mode” and specifies commandword(s) in the form of a channel command word (CCW). In anotherembodiment, the host system operates in a “transport mode” and specifiescommand word(s) in the form of a transport command word (TCW).

In one embodiment, I/O operations are initiated with a device 116 by theexecution of I/O instructions generated by an OS 110 that designate thesubchannel associated with the device 116. Such instructions areexecuted in the host system by a CPU 104 by sending parameters to achannel 128 or subchannel to request that the channel subsystem 114perform various functions in an I/O operation.

For example, the CPU 104 executes a “START SUBCHANNEL” instruction bypassing parameters to the target subchannel requesting that the channelsubsystem 114 perform a start function with the I/O device 116associated with the subchannel. The channel subsystem 114 performs thestart function by using information at the subchannel, including theinformation passed during the execution of the START SUBCHANNELinstruction, to find an accessible channel path to the device 116, andto execute the I/O operation once a channel path has been selected. Inone embodiment, execution of the START SUBCHANNEL instruction passes thecontents of an operation request block (ORB) to the channel subsystem114. The ORB specifies a channel program that includes an address of oneor more command words (e.g., a channel command word or a transportcommand word).

When an instruction such as a START SUBCHANNEL instruction is executedby the CPU 104, a channel 128 commences performing the I/O operation. Inone embodiment, the channel subsystem 114 operates under a HighPerformance FICON (HPF) protocol for communication between the channelsubsystem 114 and the devices 116 and/or control units 118. FICON andHPF are described further in “Fibre Channel: Single-Byte Command CodeSets Mapping Protocol-4 (FC-SB-4),” T11 Project 2122-D, Revision 3.00,Sep. 22, 2009, which is hereby incorporated herein by reference in itsentirety.

In command mode, the channel executes a CCW channel program that includea single channel-command word or a sequence of channel-command wordsexecuted sequentially that control a specific sequence of channeloperations. A control unit executes a CCW I/O operation by decoding,accepting, and executing CCW commands by an I/O device. One or more CCWsarranged for sequential execution form a CCW channel program and areexecuted as one or more I/O operations, respectively.

A fibre-channel-extensions (FCX) facility is an optional facility thatprovides for the formation of a transport mode channel program that iscomposed of a transport control word (TCW) that designates atransport-command-control block (TCCB) and a transport-status block(TSB). The TCCB includes a transport-command area (TCA) which contains alist of one or more (e.g., up to 30) I/O commands that are in the formof device-command words (DCWs). A TCW and its TCCB may specifyoperations including read and write operations.

In the transport mode, a single transport command word (TCW) specifies alocation in memory of a TCCB (as well as a location in memory 106 or 108of one or more data areas) that is sent in a single message instead ofseparate individual CCWs in the command mode. A control unit 118executes a transport mode I/O operation by decoding, accepting, andexecuting a TCCB and the individual DCWs included therein. If the ORBspecifies a TCW channel program, the channel subsystem 114 usesinformation in the designated TCW to transfer the TCCB to a control unit118. The contents of the TCCB are ignored by the channel subsystem 114after the TCCB is transferred to the control unit 118 and only havemeaning to the control unit 118 and the associated I/O device 116.

FIG. 2 illustrates an embodiment of a transport-control word (TCW) 140,which is stored in the host system (e.g., main memory 106) and specifiesat least one control block that is to be transferred to a control unit118 from a channel 128. In one embodiment, the control block is atransport-command-control block (TCCB) whose contents are to betransported to the control unit 118 and I/O device 116 for processing.When the TCW 140 specifies a TCCB, the TCCB includes a TCA thatspecifies one or more device-command words (DCWs) and associatedoptions. For a DCW that specifies a command which initiates the transferof data (with the exception of control data contained within the TCCB),the TCW 140 designates one or more storage areas where the data islocated.

An embodiment of the TCW 140 is a 64-byte control block that isdesignated on a 64-byte boundary. The TCW includes various fieldsdescribed below.

For example, a number of flag fields 142 indicate whether direct orindirect data addressing is being used to locate input data, output dataor the TCCB. When output data is specified, an output-data-address field144 designates an output data location or locations. When input data isspecified, an input-data-address field 146 designates an input storagelocation or locations (i.e., where input data is to be stored). ATCCB-address field 148 designates the address of the TCCB for the TCW.The TCW 140 also includes a TCCB Length (TCCBL) field 150 that specifiesthe length in bytes of the TCCB.

A Read Operations (R) field 152 is non-zero (e.g., bit 14 of word 1 isone) when indicating the number of bytes to be transferred into mainmemory 106. A Write Operations (W) field 154 is non-zero (e.g., bit 15of word 1 is one) when indicating the number of bytes to be transferredfrom main storage. A Transport-Status-Block Address 156 specifies alocation in storage of a transport-status block for the TCW. An OutputCount field 158 specifies the number of output bytes for the TCW. TheInput-Count field 160 specifies the number of input bytes for the TCW.If the TCW specifies an interrogation operation, an Interrogate-TCWAddress field 162 indicates a location in storage of an Interrogate TCW.

FIG. 3 shown an example of a transport-command-control block (TCCB) 170incorporated in a transport command information unit (IU) 172 that maybe sent from a channel 128 to a control unit 118 to initiate an I/Ooperation. The TCCB 170 includes one or more individual commands as partof a TCW I/O operation, and is sent to a control unit 118 and/or device116 by a channel 128 via a channel path. The TCCB 170 relieves thechannel of having to send multiple messages or information units, andalso transfers the responsibility of executing the operation to thecontrol unit and removes the need for the control unit 118 to sendresponses for each command. Instead, the control unit 118 can executeall of the commands and send a response upon completion of theoperation.

In one embodiment, the transport command IU 172 is made up of an 8-byteSB-4 header 174, followed by a 4-byte transport command header (TCH)176, and the TCCB 170. The TCCB 170 is variable in length, may containheader and trailer information, and one or more (e.g., from 1 to 30)commands as device-command words (DCWs) that are logically linked (e.g.,chained) such that they are executed by the control unit 118 in asequential manner. The TCCB 170 may reside as a single block ofcontiguous storage or may reside as multiple blocks of noncontiguousstorage. For example, the TCCB-TIDA flag in the TCW 140 described aboveis used to specify whether the TCCB resides in contiguous storage.

In the embodiment of FIG. 3, the TCCB 170 includes a 16-bytetransport-command-area header (TCAH) 178, a variable lengthtransport-command area (TCA) 180, a 4-byte LRC field 184, and a 4-bytedata-transfer length (DL) field 186.

The SB-4 header 174 provides FC-4 addressing information to identify thelogical path and the device 116 for the data transfer. The SB-4 header174 provides information including a channel image ID and a control unitID for a logical path between a channel 128 and a control unit 118, aswell as a device ID. The TCH 176 includes information about the TCCB 170and the associated device operations, including the TCA and LRC lengths,and R and W fields indicating read and/or write operations. The TCAHeader (TCAH) 178 includes information about the TCA 180 and theoperations described therein, such as the TCA length and deviceindications. The TCA 180 is a variable length area that contains one ormore (e.g., from 1 to 30) commands as device-command words (DCWs) 188.The length of the TCA 180, in one embodiment, is an in integral numberof 4-byte words. For DCWs that specify device control data, the TCA 180also contains the control data associated with each DCW.

Each DCW 188 specifies a command to be executed. For commands initiatingcertain I/O operations, it designates the count of bytes on which theoperation is performed, the action to be taken whenever transfer to orfrom storage is completed, and other options. The storage area or areasassociated with a DCW data-transfer operation are designated, dependingon the operation specified by the command, by the input-data-addressfield 146 or the output-data-address field 144 of the TCW 140 thatdesignates the TCCB 170 that includes the DCW 188. Whether theinput-data-address field 146 or the output data-address field 144designates the storage directly or indirectly is specified by theinput-TIDA and output-TIDA flags in the TCW 140.

For example, the channel subsystem 114 initiates a TCW I/O operationwith an I/O device (via, for example, a control unit 118) when a channel128 transfers a transport-command IU 172 that includes a control block,such as a transport-command-control block (TCCB) 170 and associatedcontrol information for a TCW 140 to a selected device 116. In oneembodiment, information associated with the execution of an I/Ooperation and the operation of a device (e.g., commands, input data andoutput data) is transferred between the channel 128 and the control unit118 as Information Units (IUs). An information unit is a collection ofdata that is organized according to a particular structure depending onthe function being performed or the data content. In one embodiment, theIUs are in the form of SB-4 Information Units (IUs). Exemplary IUsinclude unsolicited-command IUs, command status IUs, solicited data IUs,unsolicited data IUs, solicited control IUs, unsolicited control IUs,and data descriptor IUs.

In an exemplary embodiment, the control unit 118 generates a responsemessage in response to executing the channel program. The control unit118 may also generate a response message without executing the channelprogram under a number of communication scenarios, e.g., to inform thechannel subsystem 114 that the channel program will not be executed. Forexample, in transport mode operations, the control unit 118 sends atleast one transport-response IU that provides status for an I/Ooperation. The status may include normal ending status or a terminationstatus if an abnormal condition was detected by the control unit 118.

In one embodiment, IUs or other messages are sent between the channeland the control unit via one or more exchanges. An exchange pairconsisting of two unidirectional exchanges, one used by a channel 128 tosend IUs and one used by a control unit 118 to send IUs, are requiredfor all SB-4 link-control functions and for all SB-4 device-levelfunctions that are executed in command mode. A single bi-directionalexchange, referred to as a transport exchange, is used for device-levelfunctions executed in transport mode. IUs that a channel 128 sendsduring the execution of an SB-4 link-control function or the executionof an SB-4 device-level function in command mode are restricted to oneexchange, and IUs which a channel receives during the operation arerestricted to a different exchange. The exchange on which the channel128 sends IUs is referred to as the outbound exchange, and the exchangeon which the channel 128 receives IUs is referred to as an inboundexchange. When both an outbound exchange and an inbound exchangesimultaneously exist between a channel 128 and a control unit 118 forthe execution of the same link-level or device-level function, anexchange pair is said to exist, and the control unit 118 is said to beconnected to the channel 128. A channel program which is executed in asingle connection uses only one exchange pair. If the connection isremoved by the closing of the exchanges during the channel program, anew exchange pair is generated to complete the channel program. Achannel 128 can initiate an exchange pair by sending an IU which opens anew exchange (or, an initiation IU) as an unsolicited command orunsolicited control information category. A control unit 118 caninitiate an exchange pair by sending an initiation IU as an unsolicitedcontrol or unsolicited data information category.

For example, IUs sent between a channel and control unit during theexecution of a transport mode I/O operation are restricted to a single,bi-directional exchange referred to as a transport exchange. A channel128 opens a transport exchange by sending a transport-command IU as anunsolicited command category (an Initiation IU). A channel 128 may openmultiple transport exchanges, each for a different device 116 or for thesame device 116 on different logical paths.

Various commands are sent that specify the operation to be performed.Basic commands include read, write, control, sense and transport. Thechannel subsystem 114 distinguishes among the following operations:control, output forward (write), input forward (read, sense, sense ID),input backward (read backward), branching (transfer in channel) andtransport. Some commands, when executed, do not result in the transferof data but cause the device to chain and start execution of the nextcommand when all of the conditions for command chaining are satisfied.Each of the basic operations is described below.

A read command initiates execution of a device operation that performsdevice-to-channel data transfer. A write command initiates execution ofa device operation that performs channel-to-device data transfer. Acontrol command initiates execution of a device operation that makes useof control data provided the associated command message. The sensecommand is similar to a read command, except that the data is obtainedfrom sense indicators rather than from a record source. Control commandsand associated control data are provided for management of the specificI/O device and control of the device during execution of an I/O command.A transport command is provided to manage the I/O operation and thetransfer of data via a channel path.

During a write operation, data is transferred to the control unit in oneor more transport-data IUs on the exchange associated with the I/Ooperation. The data to be transferred, specified by a write command(e.g., in a DCW), may be transferred in a single transport-data IU, orin multiple transport-data IUs. In one embodiment, for data transferredsubsequent to the first transport-data IU, each transport-data IU issent to the control unit in response to a transfer-ready IU receivedfrom the control unit. After receiving a transfer-ready IU, the channelsends a single transport-data IU with the amount of data specified inthe preceding transfer-ready IU. The control unit may request additionaldata by sending additional transfer ready IUs until it has requested allthe data specified by a write command or a write operation.

For the first data transfer of the write command/operation, a“first-transfer-ready” setting (established, e.g., during login)controls whether the first transport-data IU of a write operation can besent with or without receiving a transfer-ready IU from the controlunit.

For example, if the I/O operation includes a write operation and“first-transfer ready” is disabled, the channel 128 sends atransport-data IU including data to be written to the I/O deviceimmediately following the transport-command IU. The exchange is leftopen and sequence initiative for the exchange is transferred to thecontrol unit. After the first transport-data IU, the channel 128requires a transfer-ready IU from the control unit 118 prior to sendingeach subsequent transport-data IU 310. The control unit 118 may requestadditional data by sending additional transfer-ready IUs until it hasrequested all the data specified by the TCCB 170 for the writeoperation.

If “first-transfer ready” is enabled (i.e.,first-transfer-ready-disabled is inhibited), after the channel 128 sendsthe transport-command IU, the exchange is left open and sequenceinitiative for the exchange is transferred to the control unit 118. Thechannel 128 can send the first and subsequent transport-data IUs onlyafter receiving a transfer-ready IU from the control unit 118.

The channel 128 may indicate that first-transfer ready is disabled bynot transferring sequence initiative to the control unit 118 (i.e.,setting the SI bit to 1) in the transport-command IU. Sequenceinitiative is instead transferred (SI bit=1) in the first bursttransport-data IU instead.

Likewise, the channel may indicate that first-transfer-ready-disabled isinhibited (or first-transfer ready is enabled) by transferring sequenceinitiative in the transport-command IU (SI bit=1) which indicates atransfer-ready IU is required for the first burst. Whetherfirst-transfer ready is disabled may be established during, e.g.,Process Login (PRLI) initialization.

In one embodiment, the system 100 includes a data transfer controlfeature that allows a control unit 118 to manage the amount of data thatis sent in a single data transfer message from a channel 128. Asdescribed herein, a “message” refers to a data structure that is sentbetween the channel and control unit (e.g., a transport-command IU or atransport-data IU), which may be defined by a pre-determined protocol.An example of a message or data structure is an information unit, whichmay include one or more fibre channel frames.

In one embodiment, the channel 128 includes (e.g., in the local channelmemory 132) information regarding the size of available buffersassociated with the control unit 118 to which the channel 128 isconnected. The channel may also include information regarding theavailable buffer credits for the control unit 118. For example, prior toinitiating the I/O operation, e.g., during a login or initializationprocess, the control unit 118 sends buffer size and/or buffer creditinformation to the channel. An exemplary initialization process is aprocess login (PRLI) process.

The data transfer control feature establishes a “first-transfer-buffersize” control and “first-transfer-buffer credits” control that allows acontrol unit to manage the amount of data that can be sent in firsttransport-data IUs by the channel when first-transfer-ready-disabled isin effect for transport mode I/O operations between the channel andcontrol unit. The combination of the first-transfer-buffer size andfirst-transfer-buffer credits limits the amount of data that can be sentby a channel to a control unit in first write data-transfer IUs for alllogical paths established between the channel and control unit whenfirst-transfer-ready-disable is in effect.

In one embodiment, when both the channel and the control unit indicatesupport for the data transfer control feature (e.g., support isindicated during process login), the channel maintains afirst-transfer-buffer credit (FTBC) value and a first-transfer-buffersize (FTBS) value to manage the amount of data that can be sent to thecontrol unit, e.g., in a first transport-data IU when first transferready-disabled is in effect for a transport-mode operation. The FTBCindicates the current number of first-transfer buffers that areavailable at the control unit and the FTBS indicates the size of eachfirst-transfer buffer. The FTBC and the FTBS establish a maximum amountof data that the channel can send to the control unit in a first datatransfer message, e.g., a first transport-data IU. The FTBC and FTBSapply to all transport-mode operations between a channel and controlunit for all established logical paths between the channel and controlunit.

The channel may maintain the FTBC and the FTBS during at least theperiod during which a link is valid between the channel and the controlunit. In the event that the control unit sends a message indicating achange in the number of available first-transfer buffers, the channelcan update the FTBC to reflect the change. In one embodiment, thechannel stores the FTBC and the FTBS in the local channel memory 132.

Support for the data transfer control feature, as well as data transfercontrols, may be established during initialization procedures, such aslink initialization in which the channel subsystem and the control unituse login messages to provide indications to one another regarding theirrespective support for the data transfer control feature.

For example, link initialization between the channel subsystem andcontrol units is performed using the process login (PRLI) extended linkservice (ELS) protocol. General aspects of the PRLI ELS, including theformat of the PRLI ELS request and response, are given in “FibreChannel: Link Services (FC-LS-2),” T11 Project 2103-D, Revision 2.00,Jun. 26, 2008, which is hereby incorporated herein by reference in itsentirety.

During a PRLI procedure, a channel 128 that supports PRLI sends arequest to each control unit 118 that also supports the process loginELS to determine whether the control unit 118 supports transport-modeoperations. In one embodiment, the PRLI request is sent during channelinitialization prior to establishing logical paths. The PRLI ELS is usedto exchange process login service parameters between a channel 128 andcontrol unit 118. A PRLI ELS request may be sent by a channel to acontrol unit when logical paths are established with the control unitand applies to all the established logical paths. Parameters may beexchanged between a channel and control unit via a PRLI request and aPRLI response. A bit in the PRLI request (e.g., a flag bit) may be setto indicate support for the data transfer control feature. For example,a first-transfer-buffer credits (FTBC) bit is set to one in the PRLIrequest sent to the control unit when the channel supports the controlfeature. The control unit can similarly indicate whether the datatransfer control feature is supported in a PRLI response.

FIG. 4 illustrates exemplary PRLI messages that can be exchanged betweena channel and a control unit to establish logical paths therebetween andvarious communication parameters, as well as to establish support andparameters for the data transfer control feature. A service parameterpage 200 of a PRLI request, sent by the channel in a FC frame, is shownand referred to herein as a “PRLI request” 200. A service parameter page202 of a PRLI response, sent by the control unit in a FC frame, is shownand referred to herein as a “PRLI accept” 202.

The PRLI request 200 includes various fields such as a type code 204that identifies the communication protocol (e.g., FC-4), a type codeextension 206, FC-LS-2 flags 208, an originator process associator 210,a responder process associator 212, and a maximum initiation delay time214. A FC-SB-4 flags field 216 includes bits that may be set to indicatewhether transport mode is supported and whetherfirst-transfer-ready-disabled operation is supported by the channel.

The PRLI accept 202 includes various fields such as a type code 218 thatidentifies the communication protocol (e.g., FC-4), a type codeextension 220, FC-LS-2 flags 222, a response code 224 an originatorprocess associator 226 and a responder process Associator 228. A FC-SB-4flags field 230 includes bits that may be set to indicate whethertransport mode is supported and whether first-transfer-ready-disabledoperation is supported by the control unit.

The PRLI Request 200 and the PRLI Accept 202 may be used to indicatewhether the data transfer control feature is supported. For example, abit or other indication is added to the PRLI Request 200 and the PRLIAccept 202 to indicate that the channel and the control unit support thefeature.

In one embodiment, when support is indicated by the channel, the ProcessLogin ELS is configured such that the PRLI Request 200 includes a FTBCvalue in Word 3. When support is indicated by the control unit, theProcess Login ELS includes a FTBS value in the PRLI Accept 202. Adefault value is specified in the channel for themaximum-first-transfer-buffer credits (MFTBC) and a mechanism is definedfor dynamically modifying this value via a response message from thecontrol unit, e.g., a transport-response IU.

For example, when the use of first-transfer-buffer credits is notsupported by the control unit or the channel, a field 232, e.g., bytes0-1 of word 3 of the PRLI Accept 202, specifies the first-burst size.When non-zero, the first burst size is an unsigned 16-bit binary integerthat specifies the maximum amount of data in units of 4 k bytes that areallowed to be sent in the first transport-data IU for a write datatransfer when first-transfer-ready disabled is in effect for atransport-mode operation. A value of zero indicates that there is nofirst-burst size limit specified by the control unit.

When the use of first-transfer-buffer credits is supported by both thechannel and the control unit, the field 232 specifies thefirst-transfer-buffer size via the FTBS value. The FTBS value is anunsigned 16-bit binary integer that specifies in units of 4 k bytes thesize of each first-transfer buffer. A first-transfer-buffer-size equalto zero indicates that there is no buffer space allocated by the controlunit for a first write transport-data IU when first-data-transfer-readydisabled is in effect.

Following completion of a process login or other initialization in whichfirst-transfer-buffer-credit support is indicated by both the channeland control unit, the channel sets the FTBC to a default maximum FTBC(MFTBC) of, e.g., 16 buffer credits, and sets the FTBS equal to thefirst-transfer-buffer size specified by the control unit in the PRLIAccept 202.

When the channel sends a first transport-data IU to the control unitwhen first-transfer-ready disabled is in effect, it decrements the FTBCby the number of credits (corresponding to the number of first-transferbuffers) required to contain all of the data sent in the firsttransport-data IU. The channel will not send an amount of data in afirst transport-data IU that exceeds the amount of buffer spaceavailable at control unit for the channel as indicated by the FTBC valuemaintained at the channel.

When a transport-response IU is received for the operation or theoperation is otherwise terminated, the channel increments the FTBCmaintained at the channel by the number of credits that were subtractedfrom the FTBC to perform the operation. If the resultant FTBC exceedsthe maximum FTBC, the FTBC is set to the maximum FTBC. When the FTBC atthe channel is zero or indicates that the first-transfer buffer spaceavailable at the control is not large enough to contain all of the writedata of an operation when first-transfer-ready disabled is in effect,the channel may choose to inhibit first-transfer-ready disabled for theoperation.

FIGS. 5 and 6 illustrate an exemplary transport response IU 300 that maybe sent by a control unit 118. The Transport Response IU 300 providesstatus for a TCW I/O operation, which may include a normal ending statusor, when an abnormal condition has been detected, termination statusthat indicates the cause for abnormal termination of the operation. Thetransport response IU 300 may also include an extended status field thatprovides further status for the operation. A transport-response IU mayor may not close a transport exchange. If the transport exchange has notbeen closed by the transport-response IU, the channel may send atransport-confirm IU that closes the exchange after receiving thetransport-response IU.

In the example shown in FIG. 5, the transport-response IU 300 includes aSB-4 header 302 followed by a status field 304, a status LRC 306, and anoptional extended-status field 308 containing from, e.g., 32 to 64bytes. When extended status is provided, a 4-byte extended-status LRCfield 310 may be provided as the last word of the transport-response IU330. The SB-4 header 302 has a format similar to that of the transportcommand IU and is set equal to the SB-4 header in the transport commandIU for this exchange.

FIG. 6 shows an embodiment of the status area of the transport-responseIU 300. The status area 304 in this embodiment is 20 bytes and containsinformation about the TCW I/O operation. A “status flags 1” field 312includes one or more exception codes that are set by the control unit118 to report an abnormal condition detected during a TCW I/O operation.The status area 304 also includes a maximum exchange field 314, responseflags 316 and a response code field 318.

A Status Flags2 field 320 and a Status Flags3 field 322 provideadditional information about the I/O operation, and the I/O device'sstatus is indicated by a Device Status field 324.

The transport-response IU may be used by the control unit to set ormodify the parameters by which the channel can send data to the controlunit. For example, the control unit sends a transport-response IU 300that includes an indication of the number of first-transfer buffers thatare available to the channel.

In one embodiment, the control unit specifies the number of availablefirst-transfer buffers via a maximum FTBC value in thetransport-response IU. This value, if different than the maximum FTBCvalue maintained at the channel, is used by the channel the rest themaintained maximum FTBC.

For example, the maximum FTBC maintained by a channel may be modified bythe control unit when it sends a transport-response IU to the channelvia a maximum first transfer buffer credit (MFTBC) value that specifiesthe maximum number of buffers available for a first transport-data IUfor subsequent I/O operations or commands from this channel that areexecuted by the control unit.

Referring again to FIG. 6, in one embodiment, the transport-response IUincludes a maximum first transfer buffer credit valid (MFTBV) bit orother indication that indicates that a valid MFTBC is specified by thetransport-response IU 300. For example, the status flags 2 field 320includes a MFTBV bit, e.g., bit 3 of the field 320. When the use offirst-transfer-buffer credits is supported, the MFTBV bit is set to oneto indicate that a MFTBC field in the status-flags2 field 320 contains avalid MFTBC. When the MFTBV bit is set to zero, the MFTBC field does notcontain a valid MFTBC. When the use of first-transfer-buffer credits isnot supported, bit 3 is set to zero by the control unit and is ignoredby the channel.

The MFTBC field, e.g., bits 4-7, is valid when the MFTBV bit is one.When the MFTBC field is valid, it contains a value that indicates themaximum number of first-transfer buffers, i.e., first-transfer buffercredits, supported by the control unit for use by the channel. Forexample, when non-zero, the MFTBC value is a 4-bit unsigned binaryinteger that is treated as a binary exponent to indicate the maximumnumber of first transfer buffers supported by the control unit for useby the channel. For example, an MFTBC equal to one shall indicate 2*1first-transfer buffers or two first-transfer buffers; an MFTBC equal to15 shall indicate 2*15 first transfer buffers or about 32,000first-transfer buffers. When the MFTBC is zero, it indicates that zerofirst-transfer buffer credits are supported by the control unit for useby the channel. When the MFTBV bit is zero, the MFTBC bits are set tozero by the control unit and are ignored by the channel.

As indicated above, the control unit can change the maximum FTBC valueby setting the MFTBV flag to one and by providing a different value forthe maximum FTBC in the MFTBC field. The MFTBC provided by the controlunit replaces the maximum FTBC maintained at the channel and, if theFTBC is greater than the new maximum FTBC, the FTBC is set equal to thenew maximum FTBC.

Referring to FIG. 7, an embodiment of a method of configuringcommunications between a channel and a control unit and/or performing atransport mode I/O operation 400 is shown. The method includes one ormore stages 401-405. In one embodiment, the method includes theexecution of all of the stages 401-405 in the order described. However,certain stages may be omitted, stages may be added, or the order of thestages changed.

In stage 401, a link or communication is established between a channel128 in a channel subsystem 114 and a control unit 118. In oneembodiment, a PRLI or other initialization procedure is performed toinitialize logical paths between the channel 128 and the control unit118. For example, the channel 128 sends a PRLI Request message thatindicates various link parameters, and the control unit 118 sends a PRLIAccept message indicating link parameters. In one embodiment, the PRLImessages (or other type of initialization messages) indicate whether thechannel 128 and the control unit 118 support first-transfer readydisabling. The messages may also be used to indicate whether the channel128 and control unit 118 support the data transfer control featureincluding, e.g., first-transfer-buffer credits (FTBC) andfirst-transfer-buffer size (FTBS).

During the initialization procedure, the control unit 118 sendsinformation regarding the number and/or size of control unit buffers tothe channel 128. The information provides the number and/or size ofbuffers associated with the control unit 118 that are capable ofreceiving data transferred in a first data transfer message. Forexample, the control unit 118 sends a PRLI Accept message that includesa value that specifies the size of each buffer, e.g., a FTBS value.

In stage 402, the channel 128 stores a value for the FTBS according tothe value received from the control unit 118. The channel 128 alsostores a value for the FTBC. The FTBS and FTBC may be stored andmaintained in any suitable data structure in, e.g., the local channelmemory 132. In one embodiment, the channel 128 sets the FTBC to adefault maximum FTBC or a maximum FTBC that was otherwise pre-set. Forexample, the channel 128 sets the FTBC to a default maximum of 16 buffercredits. The channel thus stores three values: the FTBS value receivedby the control unit, a FTBC value (i.e., the current FTBC value) and amaximum FTBC value.

In stage 403, the channel subsystem 114 receives an instruction andinitiates an I/O operation with one or more control units 118. Forexample, the channel 128 of the channel subsystem 114 sends a commandmessage such as a transport-command IU for an I/O operation thatincludes a write transfer to a device associated with the control unit118.

The control unit 118 receives the command message from the channelsubsystem 114. For example, the control unit 118 receives thetransport-command IU from the channel 128.

In one embodiment, the transport-command IU indicates thatfirst-transfer-ready is disabled, which allows the channel 128 to sendthe first transport-data IU without requiring a transfer-ready IU fromthe control unit 118. This may be indicated by setting the SequenceInitiative (SI) bit in the FC frame header of the transport-command IUto zero so that the channel 128 retains Sequence Initiative fortransferring frames.

In stage 404, if first-transfer-ready is disabled, the channel 128 sendsdata to be transferred (as specified by a write command in thetransport-command IU) in at least one data transfer message. In oneembodiment, the data transfer message is a transport-data IU. The amountof data sent in the first transport-data IU is less than the maximumamount of data specified by the FTBC and the FTBS (e.g., the buffer sizemultiplied by the current number of buffer credits).

In stage 405, the control unit 118 processes the write data in thetransport-data IU or terminates the operation if an abnormal conditionexists. Subsequent transport-data IUs may be sent to the control unit118 if additional data remains to be written.

The control unit 118 may send a response message to the channel 128indicating that the command was executed or otherwise indicating astatus of the I/O operation. The response message may be used to modifythe amount of data that can be sent in first transport-data IUs or otherdata transfer messages for subsequent write commands or operations. Thecontrol unit 118 can thus dynamically modify the amount offirst-transfer data in response to changes in available first-transferbuffer space.

If the control unit 118 wants to change the amount of data that can besent, the control unit 118 can include a maximum first transfer buffercredit (MFTBC) that includes a different value than the default maximumFTBC maintained by the channel, as described above.

If desired, the control unit 118 can disable first-transfer-ready byincluding an indication in the transport-response IU that causesfirst-transfer-ready-disabled to be inhibited, so that when the channel128 re-sends the transport-command IU, it will wait for a transfer-readyIU from the control unit 118 before transferring data.

Technical effects and benefits of exemplary embodiments include theability to allow control units to control data transfer by establishinglimits on data transfers to the control unit. For example, theembodiments described herein allow the control unit to control theamount of data sent in a first data transfer.

In some instances, such as transfers over extended fibre channel linkdistances (e.g., up to 100 km), transport mode write data transfersperformed when first-transfer-ready disabled is in effect can cause dataoverflow at the control unit due. For example, the amount of datatransfers in a first transport-data IU may exceed the control unit'savailable buffer space or otherwise overwhelm the control unit's abilityto process the data. The embodiments described herein allow the controlunit to prevent such conditions or address such conditions during an I/Ooperation (e.g., modify data transfer size settings).

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the invention. Asused herein, the singular forms “a”, “an” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”and/or “comprising,” when used in this specification, specify thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneore more other features, integers, steps, operations, elementcomponents, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements in the claims below are intended toinclude any structure, material, or act for performing the function incombination with other claimed elements as specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill in the artwithout departing from the scope and spirit of the invention. Theembodiment was chosen and described in order to best explain theprinciples of the invention and the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

As will be appreciated by one skilled in the art, aspects of the presentinvention may be embodied as a system, method or computer programproduct. Accordingly, aspects of the present invention may take the formof an entirely hardware embodiment, an entirely software embodiment(including firmware, resident software, micro-code, etc.) or anembodiment combining software and hardware aspects that may allgenerally be referred to herein as a “circuit,” “module” or “system.”Furthermore, aspects of the present invention may take the form of acomputer program product embodied in one or more computer readablemedium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may beutilized. The computer readable medium may be a computer readable signalmedium or a computer readable storage medium. A computer readablestorage medium may be, for example, but not limited to, an electronic,magnetic, optical, electromagnetic, infrared, or semiconductor system,apparatus, or device, or any suitable combination of the foregoing. Morespecific examples (a non-exhaustive list) of the computer readablestorage medium would include the following: an electrical connectionhaving one or more wires, a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or Flash memory), an optical fiber,a portable compact disc read-only memory (CD-ROM), an optical storagedevice, a magnetic storage device, or any suitable combination of theforegoing. In the context of this document, a computer readable storagemedium may be any tangible medium that can contain, or store a programfor use by or in connection with an instruction execution system,apparatus, or device.

A computer readable signal medium may include a propagated data signalwith computer readable program code embodied therein, for example, inbaseband or as part of a carrier wave. Such a propagated signal may takeany of a variety of forms, including, but not limited to,electro-magnetic, optical, or any suitable combination thereof. Acomputer readable signal medium may be any computer readable medium thatis not a computer readable storage medium and that can communicate,propagate, or transport a program for use by or in connection with aninstruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmittedusing any appropriate medium, including but not limited to wireless,wire line, optical fiber cable, RF, etc., or any suitable combination ofthe foregoing.

Computer program code for carrying out operations for aspects of thepresent invention may be written in any combination of one or moreprogramming languages, including an object oriented programming languagesuch as Java, Smalltalk, C++ or the like and conventional proceduralprogramming languages, such as the “C” programming language or similarprogramming languages. The program code may execute entirely on theuser's computer, partly on the user's computer, as a stand-alonesoftware package, partly on the user's computer and partly on a remotecomputer or entirely on the remote computer or server. In the latterscenario, the remote computer may be connected to the user's computerthrough any type of network, including a local area network (LAN) or awide area network (WAN), or the connection may be made to an externalcomputer (for example, through the Internet using an Internet ServiceProvider).

Aspects of the present invention are described below with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems) and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer program instructions. These computer program instructions maybe provided to a processor of a general purpose computer, specialpurpose computer, or other programmable data processing apparatus toproduce a machine, such that the instructions, which execute via theprocessor of the computer or other programmable data processingapparatus, create means for implementing the functions/acts specified inthe flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computerreadable medium that can direct a computer, other programmable dataprocessing apparatus, or other devices to function in a particularmanner, such that the instructions stored in the computer readablemedium produce an article of manufacture including instructions whichimplement the function/act specified in the flowchart and/or blockdiagram block or blocks.

The computer program instructions may also be loaded onto a computer,other programmable data processing apparatus, or other devices to causea series of operational steps to be performed on the computer, otherprogrammable apparatus or other devices to produce a computerimplemented process such that the instructions which execute on thecomputer or other programmable apparatus provide processes forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks.

The flow diagrams depicted herein are just one example. There may bemany variations to this diagram or the steps (or operations) describedtherein without departing from the spirit of the invention. Forinstance, the steps may be performed in a differing order or steps maybe added, deleted or modified. All of these variations are considered apart of the claimed invention.

While the preferred embodiment to the invention had been described, itwill be understood that those skilled in the art, both now and in thefuture, may make various improvements and enhancements which fall withinthe scope of the claims which follow. These claims should be construedto maintain the proper protection for the invention first described.

1. A computer program product for performing an input/output (I/O)operation initiated by an I/O operation instruction at a host computersystem configured for communication with a control unit, the computerprogram product comprising: a non-transitory tangible storage mediumreadable by a processing circuit and storing instructions for executionby the processing circuit for performing a method comprising: sending atransport mode command message from a channel subsystem in the hostcomputer system to the control unit to initiate the I/O operation, thecommand message including a command for data to be transferred from thehost computer system to an I/O device controlled by the control unit;and sending a data transfer message to the control unit, the datatransfer message having an amount of the data to be transferred, theamount of the data to be transferred to be less than or equal to amaximum amount of data, the maximum amount of data corresponding to anumber of buffers associated with the control unit and a size of each ofthe number of buffers, the number and the size indicated by a valuemaintained in the host computer system.
 2. The computer program productof claim 1, wherein the method further comprises: receiving a responsemessage from the control unit in response to at least one of receivingthe transport mode command message and executing the I/O operation, theresponse message specifying a maximum number of buffers available toreceive data from the channel; and in response to the maximum numberbeing different than the number maintained in the host computer system,modifying the number maintained in the host computer system tocorrespond to the maximum number.
 3. The computer program product ofclaim 2, wherein the method further comprises sending a subsequent datatransfer message for a subsequent command, the subsequent data transfermessage having an amount of data that is less than or equal to an amountcorresponding to the maximum number.
 4. The computer program product ofclaim 1, wherein the data transfer message is a first data transfermessage sent to the control unit for the command, and the number ofbuffers is a number of first-transfer buffers configured to receive thefirst data transfer message.
 5. The computer program product of claim 1,wherein the command message is a transport-command information unit (IU)and the data transfer message is a transport-data IU.
 6. The computerprogram product of claim 5, wherein the transport-data IU is a firsttransport data IU sent to the control unit for the command, the firsttransport-data IU is sent according to a “first-transfer-ready” settingthat controls whether the first transport-data IU can be sent with orwithout receiving a transfer-ready IU from the control unit, wherein:based on first-transfer-ready being enabled, the channel subsystem isconfigured to transfer data to the control unit only after receiving atransfer-ready IU from the control unit; and based onfirst-transfer-ready being disabled, the channel subsystem is configuredto transfer data to the control unit without receiving a transfer-readyIU.
 7. The computer program product of claim 6, wherein thefirst-transfer-ready setting is disabled, and the first transport-dataIU is sent without receiving a transfer-ready IU from the control unit.8. The computer program product of claim 6, wherein the channelsubsystem is configured to maintain a first-transfer-buffer credit(FTBC) value indicating the number of first-transfer buffers availableat the control unit to receive data from the first transport-data IUwhen first-transfer-ready is disabled, and a first-transfer-buffer size(FTBS) value indicating the size of each available first-transferbuffer.
 9. The computer program product of claim 8, wherein the methodfurther comprises: receiving a transport-response IU from the controlunit in response to at least one of receiving the transport mode commandmessage and executing the I/O operation, the transport-response IUincluding a maximum first transfer buffer credit (MFTBC) valueindicating a maximum number of buffers available to receive data fromthe first-transport-data IU; and in response to the MFTBC value beingdifferent than the FTBC value, modifying the FTBC value maintained inthe host computer system to correspond to the MFTBC value.
 10. Thecomputer program product of claim 1, wherein the size is specified bythe control unit during initialization of a link between the controlunit and the channel.
 11. The computer program product of claim 10,wherein the initialization of the link includes a Process Log-in (PRLI)initialization procedure.
 12. The computer program product of claim 1,wherein the command message includes a transport command control block(TCCB) configured to hold a plurality of commands, and the plurality ofcommands are a plurality of device command words (DCW) that each isassociated with an I/O command, and the TCCB is specified by a transportcommand word (TCW) at the channel subsystem in the host computer systemfor the I/O operation.
 13. A method of performing an input/output (I/O)operation initiated by an I/O operation instruction at a host computersystem configured for communication with a control unit, the methodcomprising: sending a transport mode command message from a channelsubsystem in the host computer system to the control unit to initiatethe I/O operation, the command message including a command for data tobe transferred from the host computer system to an I/O device controlledby the control unit; and sending a data transfer message to the controlunit, the data transfer message having an amount of the data to betransferred, the amount of the data to be transferred being less than orequal to a maximum amount of data, the maximum amount of datacorresponding to a number of buffers associated with the control unitand a size of each of the number of buffers, the number and the sizeindicated by a value maintained in the host computer system.
 14. Themethod of claim 13, further comprising: receiving a response messagefrom the control unit in response to at least one of receiving thetransport mode command message and executing the I/O operation, theresponse message specifying a maximum number of buffers available toreceive data from the channel; and in response to the maximum numberbeing different than the number maintained in the host computer system,modifying the number maintained in the host computer system tocorrespond to the maximum number.
 15. The method of claim 13, whereinthe command message is a transport-command information unit (IU) and thedata transfer message is a first transport data IU sent to the controlunit for the command, the first transport-data IU is sent according to a“first-transfer-ready” setting that controls whether the firsttransport-data IU can be sent with or without receiving a transfer-readyIU from the control unit, wherein: based on first-transfer-ready beingenabled, the channel subsystem is configured to transfer data to thecontrol unit only after receiving a transfer-ready IU from the controlunit; and based on first-transfer-ready being disabled, the channelsubsystem is configured to transfer data to the control unit withoutreceiving a transfer-ready IU.
 16. The method of claim 15, wherein thechannel subsystem is configured to maintain a first-transfer-buffercredit (FTBC) value indicating the number of first-transfer buffersavailable at the control unit to receive data from the firsttransport-data IU when first-transfer-ready is disabled, and afirst-transfer-buffer size (FTBS) value indicating the size of eachavailable first-transfer buffer.
 17. The method of claim 16, furthercomprising: receiving a transport-response IU from the control unit inresponse to at least one of receiving the transport mode command messageand executing the I/O operation, the transport-response IU including amaximum first transfer buffer credit (MFTBC) value indicating a maximumnumber of buffers available to receive data from thefirst-transport-data IU; and in response to the MFTBC value beingdifferent than the FTBC value, modifying the FTBC value maintained inthe host computer system to correspond to the MFTBC value.
 18. A systemfor performing an input/output (I/O) operation initiated by an I/Ooperation instruction at a host computer system configured forcommunication with a control unit, comprising: a memory having computerreadable computer instructions; and a processor for executing thecomputer readable instructions, the instructions for: sending atransport mode command message from a channel subsystem in the hostcomputer system to the control unit to initiate the I/O operation, thecommand message including a command for data to be transferred from thehost computer system to an I/O device controlled by the control unit;and sending a data transfer message to the control unit, the datatransfer message having an amount of the data to be transferred, theamount of the data to be transferred being less than or equal to amaximum amount of data, the maximum amount of data corresponding to anumber of buffers associated with the control unit and a size of each ofthe number of buffers, the number and the size indicated by a valuemaintained in the host computer system.
 19. The system of claim 18,wherein the command message is a transport-command information unit (IU)and the data transfer message is a first transport data IU sent to thecontrol unit for the command, the first transport-data IU is sentaccording to a “first-transfer-ready” setting that controls whether thefirst transport-data IU can be sent with or without receiving atransfer-ready IU from the control unit, wherein: based onfirst-transfer-ready being enabled, the channel subsystem is configuredto transfer data to the control unit only after receiving atransfer-ready IU from the control unit; and based onfirst-transfer-ready being disabled, the channel subsystem is configuredto transfer data to the control unit without receiving a transfer-readyIU.
 20. The system of claim 19, wherein the channel subsystem isconfigured to maintain a first-transfer-buffer credit (FTBC) valueindicating the number of first-transfer buffers available at the controlunit to receive data from the first transport-data IU whenfirst-transfer-ready is disabled, and a first-transfer-buffer size(FTBS) value indicating the size of each available first-transferbuffer.